home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-20 / tcp90112.zip / TCP90112.TXT < prev   
Text File  |  1990-09-20  |  12KB  |  359 lines
  1. TCP-Group Digest            Sat, 18 Aug 90       Volume 90 : Issue 112
  2.  
  3. Today's Topics:
  4.                          Compiling with TC++
  5.                      is it really quiet (2 msgs)
  6.                             LAN Technology
  7.                       Mailbox bug in NOS 900810
  8.                   NOS Net/Rom code broken? (2 msgs)
  9.                     NOS remote listener stack size
  10.                RSPF implementation available  (2 msgs)
  11.                              subscribe..
  12.                              TC C++ & NOS
  13.                      Upgrade PA0GRI's NOS (0812)
  14.  
  15. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>
  16. Send requests of an administrative nature (addition to, deletion from the
  17. distribution list, et al) to: <ListServ@UCSD.Edu>
  18.  
  19. Archives of past issues of the TCP-Group Digest are available
  20. (by FTP only) from UCSD.Edu in directory "mailarchives".
  21. ----------------------------------------------------------------------
  22.  
  23. Date: Fri, 17 Aug 90 16:57 GMT
  24. From: <DEVANS%COLOLASP.BITNET@CORNELLC.cit.cornell.edu>
  25. Subject: Compiling with TC++
  26. To: tcp-group@ucsd.edu
  27.  
  28. Hi
  29.  
  30. I compiled plain vanilla NOS 900730 last night under TC++, after
  31. making the patches that were previously posted here (changing .h
  32. files and change to library routine for setjmp). The compile was
  33. fine, and the executable works as expected, except that there
  34. are a bunch of messages about attempting to free invalid pointers
  35. the first few times that I try to do things like ftp telnet or
  36. ping. Has anyone else found this? What's the cause, and is there
  37. a fix?
  38.  
  39. After a while all the extraneous messages go away, and everything appears
  40. to work as it should.
  41.  
  42. 73 -- Doc
  43.  
  44. SPAN:   ORION::DEVANS
  45. BITNET: devans@cololasp
  46. Internet: devans@orion.colorado.edu
  47. Snail:  Radiophysics, Inc., 5475 Western Ave., Boulder, Colorado 80301 USA
  48. Analogue switching network: (303)-447-9524
  49.  
  50. Non-work-related may also go to:
  51. Packet (AX.25): NQ0I @ KE0XA
  52. Packet (TCP/IP): nq0i@nq0i.ampr.org [44.20.0.3]
  53.  
  54.  
  55.                               ..._._
  56.  
  57. ------------------------------
  58.  
  59. Date: Fri, 17 Aug 90 11:38:16 GMT
  60. From: toth!dave (David B. Toth)
  61. Subject: is it really quiet
  62. To: tcp-group@ucsd.edu
  63.  
  64. I have n't seen any tcp-group mail for over a week ...
  65. wonder if my feed is broken, or if it is really this quiet ...
  66. still seeing info-hams, for what that is worth ...
  67. 73, Dave
  68.  
  69. ve3gyq @ ve3gyq.on.can.na
  70.  
  71. ria.ccs.uwo.ca!toth!dave
  72.  
  73. ------------------------------
  74.  
  75. Date: Fri, 17 Aug 90 11:21:36 EDT
  76. From: crompton@NADC.NADC.NAVY.MIL (D. Crompton)
  77. Subject: is it really quiet
  78. To: tcp-group@ucsd.edu, toth!dave@ucsd.edu
  79.  
  80. Everyone is watching CNN!
  81.  
  82. ------------------------------
  83.  
  84. Date: Fri, 17 Aug 90 22:51:56 -0700
  85. From: Mike Chepponis <k3mc@apple.com>
  86. Subject: LAN Technology
  87. To: tcp-group@ucsd.edu
  88.  
  89. The LAN Technology August 90 edition has a bright yellow starburst on a blue
  90. background of a front cover, with the text "SPECIAL NOS SECTION" - yazoo!
  91.  
  92. I scrambled to the index, figuring that Phil has done one hell of a lot of PR
  93. work lately! 
  94.  
  95. But, alas and alack, they talk about Network Operating Systems, meaning things
  96. like Microsoft's LAN Manager 2.0 and NetWare...
  97.  
  98. Oh well, maybe next month!
  99.  
  100. -Mike
  101.  
  102. ------------------------------
  103.  
  104. Date: Fri, 17 Aug 90 13:54:09 edt
  105. From: karn@thumper.bellcore.com (Phil R. Karn)
  106. Subject: Mailbox bug in NOS 900810
  107. To: tcp-group@ucsd.edu
  108.  
  109. I received the following bug report from Dave Singer. Rather than take
  110. the actual fix he sent, I followed his other suggestion. The code on thumper
  111. has been updated.
  112.  
  113. Phil
  114.  
  115.  
  116. ---------- Begin Forwarded Message ----------
  117. To: karn@thumper.bellcore.com, tcp-group@ucsd.edu
  118. Subject: Mailbox bug in NOS 900810
  119. Date: Thu, 16 Aug 90 10:03:16 -0800
  120. From: "David Singer" <SINGER@IBM.COM>
  121.  
  122. I found that an AX.25 connection to the NOS mailbox wouldn't take
  123. unless the remote station sent 80 bytes of garbage (as opposed to the
  124. normal NOS requirement of one packet to be thrown away).  The problem
  125. seems to be the call to recvline in mailbox; recvline wants to see a
  126. newline, but the AX.25 station sends a carriage return.  My fix may not
  127. be the best (I think changing the socket to ASCII earlier might be
  128. better), but it got me back on the air -- here it is:
  129.  
  130. *** mailbox.c   Thu Aug 16 09:48:02 1990
  131. --- mailbox.old Thu Aug 16 09:53:32 1990
  132. ***************
  133. *** 131,137 ****
  134.   void *p;
  135.   {
  136.           int s,type;
  137. -         char junk[80];
  138.  
  139.           freeargs(argc,argv);    /* Args are not used */
  140.           if (Axi_sock != -1)
  141. --- 131,136 ----
  142. ***************
  143. *** 153,159 ****
  144.                   /* Eat the line that triggered the connection
  145.                    * and then start the mailbox
  146.                    */
  147. !                 mbxrecvline(s,junk,80,-1);
  148.                   newproc("mbox",2048,mbx_incom,s,(void *)&type,NULL);
  149.           }
  150.           close_s(Axi_sock);
  151. --- 152,158 ----
  152.                   /* Eat the line that triggered the connection
  153.                    * and then start the mailbox
  154.                    */
  155. !                 recvline(s,NULLCHAR,80);
  156.                   newproc("mbox",2048,mbx_incom,s,(void *)&type,NULL);
  157.           }
  158.           close_s(Axi_sock);
  159.  
  160. -- David Singer, N6TFX   (singer@ibm.com, SINGER at ALMADEN,
  161.                           n6tfx@n6tfx.ampr.org, or N6TFX @ N6LDL.#NOCAL.CA.USA)
  162. ----------- End Forwarded Message -----------
  163.  
  164. ------------------------------
  165.  
  166. Date: Sat, 18 Aug 90 11:43:18 +0200
  167. From: luru@stekt.oulu.fi (Ari Husa OH8NUP)
  168. Subject: NOS Net/Rom code broken?
  169. To: tcp-group@ucsd.edu
  170.  
  171. A quick try with the latest NOS version produced an unexpected
  172.  
  173.     free: WARNING! invalid pointer (0x71f50010) pc = 0x4daf 1c7 proc cmdintrp
  174.  
  175. during autoexec.net with my freshly compiled NOS trying to
  176.  
  177.     netrom bcnodes ax0,
  178.  
  179. where ax0 represents an asy interface to a KISS TNC. The phenomenon
  180. was repeatable at net> prompt as well.
  181.  
  182. What did I do wrong? (Or, rather, left to be done) I don't assume this
  183. is a bug?
  184.  
  185. Compiler was TC 2.0 with TASM 1.0, makefile and config.h unmodified
  186. from thumper.bellcore.com src.zip package on a 386 PC.
  187.  
  188.     Luru
  189.  
  190. ------------------------------
  191.  
  192. Date: Sat, 18 Aug 90 06:40:33 EDT
  193. From: jbloom@uhasun.hartford.edu (Jon Bloom)
  194. Subject: NOS Net/Rom code broken?
  195. To: luru@stekt.oulu.fi
  196.  
  197. I've had a report from one of the locals who uses NET/ROM that it is
  198. now broken.  I don't yet have more details than that he's getting the
  199. WARNING! messages.  In any case, you aren't the only one.
  200.  
  201. Jon
  202.  
  203. ------------------------------
  204.  
  205. Date: Fri, 17 Aug 90 19:39:03 edt
  206. From: karn@thumper.bellcore.com (Phil R. Karn)
  207. Subject: NOS remote listener stack size
  208. To: jbloom@uhasun.hartford.edu
  209.  
  210. Jon,
  211.  
  212. When you had your stack overflow in the remote server, had you been
  213. tracing packets?
  214.  
  215. Phil
  216.  
  217. ------------------------------
  218.  
  219. Date: Fri, 17 Aug 90 19:57:43 +0200
  220. From: klemets@sics.se
  221. Subject: RSPF implementation available
  222. To: tcp-group@ucsd.edu
  223.  
  224. I have polished my implementation of RSPF a little bit. It is now
  225. supposed to work with the latest versions of NOS. The implementation
  226. follows version 2.1 of Fred Goldsteins specification.
  227.  
  228. The Radio Shortest Path First protocol works more or less in the
  229. following way. Each node that runs RSPF tries to figure out which
  230. other nodes are its neighbours. They do so by listening for
  231. Router-to-Router-Hello (RRH) messages sent by other RSPF nodes. When
  232. such a RRH message is received, NOS will try to figure out if the link
  233. is bi-directional by pinging the other station.
  234. All neighbour nodes might not be running RSPF, but they are discovered
  235. by monitoring changes in the ARP table.
  236. The quality of the AX.25 link is assessed by comparing the number of
  237. sent and received AX.25 frames on the channel from the particular node.
  238. The routing table broadcasts contain not only a list of the
  239. originating nodes neighbours, but a list of everybody elses neighbouring
  240. nodes as well. Using this information, it is possible to calculate the
  241. shortest path to any station on the network.
  242. The protocol is described in detail in the RSPF 2.1 specification.
  243.  
  244. To activate RSPF, do the following.
  245.  
  246. Set the broadcast address for the ax0 interface:
  247.     ifconfig ax0 44.255.255.255
  248. Configure ax0 as an RSPF interface with quality 8 and a horizon of 32 (hops).
  249.     rspf interface ax0 8 32
  250. Set the interval between RRH messages.
  251.     rspf rrhtimer 900
  252. Define how long it takes until an idle link is suspected to be bad.
  253.     rspf suspecttimer 2000
  254. Set the interval between routing updates.
  255.     rspf timer 900
  256.  
  257. I haven't really had the possibility to test this latest version of
  258. RSPF, so it would be nice with some feedback. I am especially
  259. interested in knowing if the implementation scales, if it is stable,
  260. etc. RSPF is a rather complex protocol and the implementation is about
  261. twice as large as RIP, so there may of course be bugs.
  262.  
  263. The code is available with anonymous ftp from sics.se. The filename is
  264. archive/packet/ka9q/nos/rspf.arc. It will be necessary to change the
  265. definition of a pair of functions in NOS from static to gloabl. You
  266. will notice this when compiling the code.
  267.  
  268. Anders
  269.  
  270. ------------------------------
  271.  
  272. Date: Sat, 18 Aug 90 11:38:22 +0200
  273. From: klemets@sics.se
  274. Subject: RSPF implementation available 
  275. To: tcp-group@ucsd.edu
  276.  
  277. A small correction: a correct command to set the broadcast address
  278. for interface "ax0" is
  279.     ifconfig ax0 broadcast 44.255.255.255
  280. This automatically creates a routing entry for 44.255.255.255 in the
  281. routing table. If you intend to use RSPF on more than one interface,
  282. the interfaces must be given different broadcast addresses, or the
  283. routing entries will overwrite each other. Exactly how the broadcast
  284. address looks like is of minor concern to NOS, since any IP datagram
  285. sent inside an AX.25 frame for "QST" is regarded as a broadcast
  286. datagram.
  287.  
  288. Anders
  289.  
  290. ------------------------------
  291.  
  292. Date: Fri, 17 Aug 90 12:43:23 EDT
  293. From: somu@mirage.umdnj.edu (Prabhakar Somu)
  294. Subject: subscribe..
  295. To: tcp-group@sdcsvax.ucsd.edu
  296.  
  297. Please add my name to the mailing list.
  298. Thanks,
  299. /somu    somu@mirage.umdnj.edu
  300. --
  301.   ()     __   _ _ _   _    __
  302.   /\    / ') ' ) ) ) ' )  /
  303.  /  )  /  /   / / /   /  /
  304. /__/_ (__/   / ' (_  (__/
  305.  
  306. ------------------------------
  307.  
  308. Date: Fri, 17 Aug 90 12:50:07 PDT
  309. From: Ron Henderson <crh@hpcvmcrh.cv.hp.com>
  310. Subject: TC C++ & NOS
  311. To: tcp-group@ucsd.edu
  312.  
  313. >I compiled plain vanilla NOS 900730 last night under TC++, after
  314. >making the patches that were previously posted here (changing .h
  315. >files and change to library routine for setjmp). The compile was
  316. >fine, and the executable works as expected, except that there
  317. >are a bunch of messages about attempting to free invalid pointers
  318. >the first few times that I try to do things like ftp telnet or
  319. >ping. Has anyone else found this? What's the cause, and is there
  320. >a fix?
  321.  
  322. I didn't use version '730 compiled by TC++, so I can't comment on it.  I
  323. am, however, using '810 compiled by TC++, with my changes to global.h and
  324. the setjmp module.  I have experienced no problems when using ftp or
  325. telnet.  My use of the PC version is limited to telnet and ftp (at home
  326. I use the version I've ported to the HP Portable Plus, which is another
  327. subject entirely) via the 3c501 packet driver, so I can't say it's
  328. 'clean', just that I have had no problems.
  329.  
  330. >73 -- Doc
  331.  
  332.  
  333. -- 
  334. Ron Henderson  WA7TAS
  335. crh@cv.hp.com
  336.  
  337. ------------------------------
  338.  
  339. Date: Fri, 17 Aug 90  11:49:34 CDT
  340. From: gvdg%CDCCENTR.BITNET@CUNYVM.CUNY.EDU
  341. Subject: Upgrade PA0GRI's NOS (0812)
  342. To: tcp-group@ucsd.edu
  343.  
  344. Yes, i found it on 0812 and the timestamp is 0812 so i call it 0812...
  345. I have integraded Phils changes and added PPP to it as well.
  346. It is undeffed as when building it into NOS something gers over 64k and link abo
  347. So , it is not functional. But undeffing takes it all away..
  348. Split sreen still works an rlogin also works with phils new interface.
  349. Userdoc is running behind now (sorry).
  350. Guess phil wil move nose0812 (.exe) and noss0812.zip (sources) to the pa0gri
  351. dir on thumper.bellcore.com.
  352. Regards, gerard.
  353.  
  354. ------------------------------
  355.  
  356. End of TCP-Group Digest
  357. ******************************
  358.  
  359.